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DETAILED ACTION 

1 . Claims 1-23 are pending in this application. Claims 22-23 are new; and Claims 
18-19 and 22 are amended, as filed on 31 March 2009. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1, 3-8, 10-20 and 22 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Benveniste (US 2004/0264397 A1) in view of Meier (US 
2004/0103282). 

4. With respect to Claim 1 , Benveniste disclosed: "A method to determine in a 
network component when to provide service to client devices operating in power-saving 
mode in a wireless network (Abstract, lines 1-3), said method comprising: 

receiving requests for service from respective ones of said client devices (Figure 
7, object 760 and [0074], lines 1-3), the received requests for service including a 
scheduled requested servicing signal received from a first one of the client devices 
([0026], lines 1-9) and an unscheduled request received from a second one of the client 
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devices ([0008], lines 1-6, where access points receive unscheduled frames from client 
devices, resulting in a collision); 

said network component being informed of said scheduled request ([0026], lines 
1-9, where the network component is informed of a scheduled request by receiving it)", 
and "said network component being informed of said unscheduled request ([0008], lines 
1-6, where the network component is informed of an unscheduled request by receiving 
it)", and; 

"determining an ability to accommodate said received requests for service 
([0050], lines 1-7); and 

providing respective indications of the ability to accommodate said received 
requests for service to the first and second ones of said client device ([0052], lines 1-3, 
and [0054], lines 1-3)". 

Benveniste did not explicitly state: "said network component being informed of 
said scheduled request by a field of a traffic specification format being set to a first 
value, said network component being informed of said unscheduled request by said 
field of said traffic specification format being set to a second value different from said 
first value". 

However, Meier disclosed: "said network component being informed of said 
scheduled request by a field of a traffic specification format being set to a first value, 
said network component being informed of said unscheduled request by said field of 
said traffic specification format being set to a second value different from said first value 
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(table below [0470], specifically the SCM flag for Bit 14, which is an unscheduled flag to 
indicate if the message is scheduled or unscheduled)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine Benveniste and Meier since Benveniste disclosed a method for 
delivering frames to wireless devices and Meier disclosed a system for handling 
communications with mobile nodes in a wireless network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the wireless network system of Benveniste with the 
teachings of Meier to include support for a traffic specification format indicating a 
scheduled or unscheduled request. Motivation to combine these references comes 
from an access point being able to differentiate between scheduled and unscheduled 
requests to provide increased QoS for scheduled requests since they were arranged in 
advance. 

5. With respect to Claim 8, Benveniste disclosed: "A device to determine when to 
provide service to client devices operating in power-saving mode in a wireless network 
(Abstract, lines 1-3), said device comprising: 
a memory (Figure 3, object 303); 

a processor in communication with said memory (Figure 3, object 302), said 
processor operable to execute code to: 
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receive requests for service from respective ones of said client devices (Figure 7, 
object 760), the received requests including a scheduled request received from a first 
one of the client devices ([0026], lines 1-9) and an unscheduled request received from a 
second one of the client devices ([0008], lines 1-6, where access points receive 
unscheduled frames from client devices, resulting in a collision); 

said device being informed of said scheduled request ([0026], lines 1-9, where 
the network component is informed of a scheduled request by receiving it)", and "said 
device being informed of said unscheduled request ([0008], lines 1-6, where the 
network component is informed of an unscheduled request by receiving it)"; 

"determine an ability to accommodate received requests for service ([0050], lines 
1-7); and 

provide respective indications of the ability to accommodate said received 
requests for service to the first and second ones of said client device ([0052], lines 1-3, 
and [0054], lines 1-3)". 

Benveniste did not explicitly state: "said device being informed of said scheduled 
request by a field of a traffic specification format being set to a first value, said device 
being informed of said unscheduled request by said field of said traffic specification 
format being set to a second value different from said first value". 

However, Meier disclosed: "said network component being informed of said 
scheduled request by a field of a traffic specification format being set to a first value, 
said network component being informed of said unscheduled request by said field of 
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said traffic specification format being set to a second value different from said first value 
(table below [0470], specifically the SCM flag for Bit 14, which is an unscheduled flag to 
indicate if the message is scheduled or unscheduled)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine Benveniste and Meier since Benveniste disclosed a method for 
delivering frames to wireless devices and Meier disclosed a system for handling 
communications with mobile nodes in a wireless network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the wireless network system of Benveniste with the 
teachings of Meier to include support for a traffic specification format indicating a 
scheduled or unscheduled request. Motivation to combine these references comes 
from an access point being able to differentiate between scheduled and unscheduled 
requests to provide increased QoS for scheduled requests since they were arranged in 
advance. 

6. With respect to Claim 18, Benveniste disclosed: "A processor (Figure 3, object 
302) within a network component (Figure 3, objects 301, 304) to determine an ability of 
said network component to honor requests for service received from respective client 
devices (Abstract, lines 1-3), said processor being configured to execute code to cause 
the network component to: 
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review an operating state of said network component ([0036], lines 3-7, where 
buffering frames for a power-saving station in doze state indicates that the access point 
reviews the operating state of the network component); 

review said requests for service ([0050], lines 1-7), the requests for service 
including a scheduled request received from a first one of the client devices ([0026], 
lines 1-9) and an unscheduled request received from a second one of the client devices 
([0008], lines 1-6, where access points receive unscheduled frames from client devices, 
resulting in a collision); 

said network component being informed of said scheduled request ([0026], lines 
1-9, where the network component is informed of a scheduled request by receiving it)", 
and "said network component being informed of said unscheduled request ([0008], lines 
1-6, where the network component is informed of an unscheduled request by receiving 
it)", and; 

"accommodate said received requests for service ([0054], lines 1-3), with 
modification when necessary ([0063], lines 1-4 and [0065], lines 1-3), when said 
operating state indicates that said requests for service are able to be accommodated 
([0053], lines 1-4); and 

provide respective indications of said accommodation to said first and second 
one of the client devices ([0065], lines 1-3)". 

Benveniste did not explicitly state: "said network component being informed of 
said scheduled request by a field of a traffic specification format being set to a first 
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value, said network component being informed of said unscheduled request by said 
field of said traffic specification format being set to a second value different from said 
first value". 

However, Meier disclosed: "said network component being informed of said 
scheduled request by a field of a traffic specification format being set to a first value, 
said network component being informed of said unscheduled request by said field of 
said traffic specification format being set to a second value different from said first value 
(table below [0470], specifically the SCM flag for Bit 14, which is an unscheduled flag to 
indicate if the message is scheduled or unscheduled)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine Benveniste and Meier since Benveniste disclosed a method for 
delivering frames to wireless devices and Meier disclosed a system for handling 
communications with mobile nodes in a wireless network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the wireless network system of Benveniste with the 
teachings of Meier to include support for a traffic specification format indicating a 
scheduled or unscheduled request. Motivation to combine these references comes 
from an access point being able to differentiate between scheduled and unscheduled 
requests to provide increased QoS for scheduled requests since they were arranged in 
advance. 
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7. With respect to Claim 22, Benveniste disclosed: "A computer readable media 
whose contents cause a processor to execute instructions to cause a network 
component to: 

receive requests for service from client devices (Figure 7, object 760 and [0074], 
lines 1-3), the received requests including a scheduled request received from a first one 
of the client devices ([0026], lines 1-9) and an unscheduled request received from a 
second one of the client devices ([0008], lines 1-6, where access points receive 
unscheduled frames from client devices, resulting in a collision); 

become informed of the scheduled request ([0026], lines 1-9, where the network 
component is informed of a scheduled request by receiving it)", and "said network 
component being informed of the unscheduled request ([0008], lines 1-6, where the 
network component is informed of an unscheduled request by receiving it)", and; 

"determine an ability to accommodate said received requests for service ([0050], 
lines 1-7); and 

provide respective indications of the ability to accommodate said received 
requests for service to the first and second ones of said client device ([0052], lines 1-3, 
and [0054], lines 1-3)". 

Benveniste did not explicitly state: "become informed of the scheduled request by 
a field of a traffic specification format being set to a first value, become informed of the 
unscheduled request by said field of said traffic specification format being set to a 
second value different from said first value". 
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However, Meier disclosed: "become informed of the scheduled request by a field 
of a traffic specification format being set to a first value, become informed of the 
unscheduled request by said field of said traffic specification format being set to a 
second value different from said first value (table below [0470], specifically the SCM flag 
for Bit 14, which is an unscheduled flag to indicate if the message is scheduled or 
unscheduled)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine Benveniste and Meier since Benveniste disclosed a method for 
delivering frames to wireless devices and Meier disclosed a system for handling 
communications with mobile nodes in a wireless network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the wireless network system of Benveniste with the 
teachings of Meier to include support for a traffic specification format indicating a 
scheduled or unscheduled request. Motivation to combine these references comes 
from an access point being able to differentiate between scheduled and unscheduled 
requests to provide increased QoS for scheduled requests since they were arranged in 
advance. 

8. With respect to Claims 3 and 10, Benveniste disclosed: "wherein said scheduled 
request includes a proposed service schedule ([0049], lines 1-3)". 
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9. With respect to Claims 4 and 1 1 , Benveniste disclosed: "further comprising: 
modifying said proposed service schedule ([0063], lines 1-4)". 

10. With respect to Claims 5 and 12, Benveniste disclosed: "further comprising: 
providing said modified proposed service schedule to said first one of the client devices 
([0065], lines 1-3)". 

1 1 . With respect to Claims 6 and 13, Benveniste disclosed: "wherein said indications 
are selected from a group consisting of: denied ([0052], lines 1-3), accommodated with 
change ([0065], lines 1-3), and accommodated ([0054], lines 1-3)". 

12. With respect to Claims 7 and 14, Benveniste disclosed: "wherein said 
determining the ability to accommodate is based on at least one factor selected from a 
group consisting of: a requested servicing method ([0050], lines 1-7), a proposed 
schedule ([0050], lines 1-7), network operating state ([0050], lines 1-7), network policy 
([0050], lines 1-7), and network condition ([0050], lines 1-7)". 

13. With respect to Claim 15, Benveniste disclosed: "The device as recited in claim 
8, further comprising: an I/O device operable as an interface between said network and 
said processor (Figure 3, objects 301 , 304)". 
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14. With respect to Claim 16, Benveniste disclosed: "The device as recited in claim 
8, wherein said code is stored in said memory ([0040], lines 1-6)". 

15. With respect to Claim 17, Benveniste disclosed: "The device as recited in claim 
8, further comprising: a receiving device to receive said requests (Figure 3, object 301); 
and a transmitting device to provide said respective indications to the first and second 
ones of said client devices (Figure 3, object 304). 

16. With respect to Claim 19, Benveniste disclosed: "The processor as recited in 
claim 18, wherein said processor is further configured to execute code to cause the 
network component to: provide respective indications of denying said requests for 
service to the first and second ones of the client devices when said operating state 
indicates that said requests for service are unable to be accommodated ([0052], lines 1- 
5)". 

17. With respect to Claim 20, Benveniste disclosed: "The processor as recited in 
claim 18, wherein said operating state is selected from a group consisting of: processing 
load ([0052], lines 3-5), demand ([0050], lines 1-7), projected processing load ([0050], 
lines 1-7), projected demand ([0050], lines 1-7), network component operating state 
([0036], lines 3-5, data is not transferred when the device is in power-saving mode), 
network component policy ([0050], lines 1-7), and network component condition ([0036], 
lines 3-5, data is not transferred when the device is in power-saving mode)". 
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18. Claims 2, 9, 21 and 23 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Benveniste and Meier in view of Smith et al. (US 2003/0126244 
A1). 

19. With respect to Claims 2, 9, 21 and 23, the combination of Benveniste and Meier 
did not explicitly state: "in response to being unable to accommodate the unscheduled 
request, providing a proposed schedule to the second one of the client devices". 

However, Smith disclosed: "in response to being unable to accommodate the 
unscheduled request ([0028], lines 1-4 and [0029], lines 1-2, where a request is denied), 
providing a proposed schedule to the second one of the client devices ([0029], lines 1-2, 
and [0034], lines 1-6, where a denied request is scheduled for a future time)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine Benveniste and Meier with Smith since Benveniste and Meier 
disclosed a method for communicating with wireless devices and Smith disclosed a 
method for scheduling communication with wireless devices. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of invention to modify the scheduling system of Benveniste and Meier with the 
teachings of Smith to include support for denying an unscheduled request and providing 
a schedule for the denied request. Motivation to combine these comes from Smith, 
where: "In particular, there is a need in the art for mechanisms to more efficiently use 
network resources within a pull technology environment by balancing the network and 
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server workload during periods when the demand on resource bandwidth exceeds the 
resource's capability to provide that bandwidth in real time" ([0005], lines 3-8). 
Therefore by combining the references one can schedule requests that would overload 
a network for a future time, and thereby utilizing network resources more efficiently. 

Response to Arguments 

20. Applicant's arguments filed 31 March 2009 have been fully considered but they 
are not persuasive. 

21 . Applicant argues: "Thus, the unscheduled field of Meier appears to indicate 
whether the advertisement is a periodic advertisement or a requested advertisement. 
This is not the same thing as a field of a traffic specification format which indicates 
whether a client request is scheduled or an unscheduled request, and thus the 
combination of Benveniste with Meier would not achieve the claimed invention" (pg 9, 
lines 20-23). 

Examiner respectfully disagrees. The claim recites: "said network component 
being informed of said scheduled request by a field of a traffic specification format being 
set to a first value, said network component being informed of said unscheduled request 
by said field of said traffic specification format being set to a second value different from 
said first value" (Claim 1, lines 6-10). Meier disclosed: "Bit 14 - Unscheduled Flag (set 
ON in unscheduled advertisement message)" (table below [0470]). Therefore Meier 
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disclosed a field of a traffic specification format which indicates whether the message is 
scheduled or unscheduled. Benveniste disclosed a scheduled client request and an 
unscheduled client request but did not explicitly state the request contained a field for 
indicating the request was scheduled or unscheduled. Therefore the combination of 
Benveniste and Meier disclosed a field of a traffic specification format which indicates 
whether a client request is a scheduled request or an unscheduled request. 

22. Applicant further argues that independent claims 8, 1 8 and 22 contain similar 
limitations to claim 1 and therefore are allowable. Examiner respectfully disagrees, see 
above rejection and arguments. 

23. Applicant further argues that dependent claims 2-7, 9-1 7, 1 9-21 and 23 are 
allowable based on their dependency on independent claims 1,8, 18 and 22. Examiner 
respectfully disagrees, see above rejection and arguments. 

Conclusion 

24. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
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mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MATTHEW S. LINDSEY whose telephone number is 
(571 )270-381 1 . The examiner can normally be reached on Mon-Thurs 7-5, Fridays 7- 
12. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (571) 272-3964. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

MSL 

6/22/2009 

/John Follansbee/ 

Supervisory Patent Examiner, Art Unit 2451 



